新容器引擎崛起，Docker地位不保

先放个链接，万一有人关注呢

优质文章推荐

↓ ↓ ↓ ↓ ↓

---

概念

Podman 是一种无守护进程的容器引擎，旨在使用开放容器倡议 (OCI) 容器和容器映像轻松查找、运行、构建、共享和部署应用程序。Podman 提供了与 Docker 开源引擎相同的命令行界面，大多数用户可以简单地将 Docker 别名为 Podman(别名 docker=podman)，没有任何问题。与其他常见的容器引擎(Docker、CRI-O、containerd)类似，Podman 依赖于符合 OCI 的容器运行时(runc、crun、runv 等)与操作系统交互并创建正在运行的容器。这使得 Podman 创建的运行容器与任何其他常见容器引擎创建的容器几乎没有区别。

起源与发展

Podman 的起源可以追溯到 Red Hat 团队对 Docker 的重新思考。他们发现，虽然 Docker 已经成为了容器技术的代名词，但是它使用守护进程的运行方式、需要特权用户启动容器以及潜在的安全性问题都限制了其使用范围。因此，他们决定开发一种新的容器引擎，旨在解决这些问题。

Podman 的发展经历了多个阶段。最初，Podman 是作为 CRI-O 项目的一部分而开发的，旨在直接访问 OCI 的实现（如 runC），流程比 Docker 要短。Podman 是一个开源的容器运行时项目，可在大多数 Linux 平台上使用。随着时间的推移，Podman 逐渐成为了 Red Hat 8 和 CentOS 8 中的默认容器引擎，并且得到了其他发行版的欢迎。

目前，Podman 已经成为了OCI（Open Container Initiative）的标准容器引擎之一。它不仅与 Docker 兼容，还具有一些 Docker 不具备的优点，如无守护进程的运行方式、更好的安全性和多租户支持。此外，Podman 还允许用户在没有完全 root 权限的情况下运行容器。

在现状方面，Podman 已经得到了广泛的应用。许多企业和组织都选择使用 Podman 来代替 Docker，以获得更高的安全性、更好的性能和更简单的管理。此外，由于 Podman 的开源性质和良好的兼容性，它也得到了其他发行版的欢迎和支持。

与Docker相比

Podman 和 Docker 都是容器引擎，但它们之间存在一些明显的区别。

运行方式：

Docker 需要在系统上运行一个守护进程（docker daemon），而 podman 不需要。

Docker CLI 命令通过 API 与 Docker Engine(引擎)交互告诉它创建一个 container，然后 Docker Engine 才会调用 OCI container runtime(runc)来启动一个 container。这意味着 container 的 process(进程)不会是 Docker CLI 的 child process(子进程)，而是 Docker Engine 的 child process。

Podman 是直接给 OCI container runtime(runc)进行交互来创建 container 的，所以 container process 直接是 podman 的 child process。

Podman 可以在 rootless 模式下运行。

镜像存储库：

Podman 使用标准的 Linux 文件系统来存储镜像，而 Docker 使用自己的存储库。这意味着 Podman 可以直接访问本地镜像，而 Docker 需要通过 Docker 存储库来访问镜像。

镜像格式：

Podman 使用 OCI（Open Container Initiative）镜像格式，而 Docker 使用自己的镜像格式。这意味着 Podman 可以直接使用 OCI 镜像，而 Docker 需要将 OCI 镜像转换为 Docker 镜像才能使用。

进程管理：

Podman 使用标准的 Linux 进程管理工具（例如 systemd）来管理容器进程，而 Docker 使用自己的进程管理方式。

对未来的影响

Podman的崛起对Docker的影响可能会有以下几个方面：

更安全：

如前所述，Podman不需要在系统上运行守护进程，也不需要以root用户身份运行，这使得Podman比Docker更加安全。这种安全性的提高可能会使得更多的企业和组织选择使用Podman代替Docker。

更灵活：

Podman可以在没有root权限的情况下运行，这使得它在某些场景下比Docker更加灵活。例如，在受限的环境下，如容器化的应用程序或开发环境中，Podman可能会是一个更好的选择。

更高效：

Podman直接与OCI container runtime（如runc）交互，这使得它比Docker更加高效。Docker的容器创建命令需要通过API与Docker Engine（引擎）交互，这可能会增加一些额外的开销。

至于未来Podman取代Docker的可能性，这取决于多种因素。首先，虽然Podman具有一些优点，但Docker已经成为了容器技术的代名词，具有广泛的应用和社区支持。其次，Docker的生态系统非常成熟，包括大量的工具、插件和镜像，这些可能会阻碍Podman的普及。最后，Docker在容器编排和集群管理方面也有一些优势。

综上所述，Podman可能会在某些方面逐渐取代Docker，特别是在安全性和灵活性方面。然而，要完全取代Docker还需要时间和社区的支持。在未来，更有可能的是Podman和Docker共存，根据不同的需求和场景选择合适的容器引擎。

来不及解释了，快上车！（进群看公告，已加群的小伙伴无需重复添加）

欢迎新的小伙伴加入！在这里，我们鼓励大家积极参与群内讨论和交流，分享自己的见解和经验，一起学习和成长。同时，也欢迎大家提出问题和建议，让我们不断改进和完善这个平台。

              ↓↓↓ 点个在看，无需赞赏！